
Commissioner for Patents 
Washington, D.C. 20231 

Re: U.S. Non-Provisional Utility Patent Application under 37 C.F.R. § 1 .53(b) 
Appl. No. To be assigned; Filed: August 18, 2000 

For: A Method, System and Computer Program Product for Valuating 
Natural Gas Contracts Using Weather-Based Metrics 

Inventors: Roberto C. MACHADO, Jr., Paul M. CORBY, and 

Bruce H. FRECH 
OurRef: 1481.0240000 

Sir: 

The following documents are forwarded herewith for appropriate action by the U.S. 
Patent and Trademark Office: 

1 . USPTO Utility Patent Application Transmittal Form PTO/SB/05 ; 

2 . U.S. Utility Patent Application entitled : 

A Method, System and Computer Program Product for Valuating Natural 
Gas Contracts Using Weather-Based Metrics 

and naming as inventors: 

Roberto C. MACHADO, Jr., Paul M. CORBY, and Bruce H. FRECH 



August 18, 2000 

Writer 's Direct Number: 

(202) 789-5506 

Internet Address: 

RMILLIEN@SKGF.COM 

Box Patent Application 



the application comprising: 



Stbrnb, Kessler, Goldstein 8c Fox p.l.l.c. 



Commissioner for Patents 
August 18,2000 
Page 2 



a. 



specification containing: 



1. 



27 pages of description prior to the claims; 



11. 



_4 pages of claims ( 6_ claims); 



iii. a one ( 1 ) page abstract; 
b. Eight (8) sheets of drawings: (Figures 1-3. 4A-B. 5-8 ); 

3. 37 C.F.R. § 1 .136(a)(3) Authorization to Treat a Reply As Incorporating 
An Extension of Time (in duplicate); and 

4. Two (2) return postcards. 

It is respectfully requested that, of the two attached postcards, one be stamped with the 
filing date of these documents and returned to our courier, and the other, prepaid postcard, be 
stamped with the filing date and unofficial application number land returned as soon as possible. 

This patent application is being submitted under 37 C.F.R. § 1.53(b) without Declaration 
and without filing fee. 



Respectfully subraiitted, 



Sterne, Kessler, Goldstein & Fox p.l.l.c. 




Raymond Millien 
Attorney for Applicants 
Registration No. 43,806 



O240000.pto 



A Method, System and Computer Program Product for 
Valuating Natural Gas Contracts Using Weather- 
Based Metrics 



Inventors: Roberto C. Machado, Jr. 
Paul M. Corby 
Bruce H. Freeh 

Cross-Refer ence to Other Applications 

The following applications of common assignee are related to the present 
application and are each hereby incorporated herein by reference in their entirety: 

"System, Method, and Computer Program Product for Valuating 
Weather-Based Financial Instruments," Ser. No. 09/168,276, filed 
Octobers, 1998, Attorney Docket No. 1481.0130000. 

• " System and Method for the Advanced Prediction of Weather Impact on 
Managerial Planning Applications," Ser. No. 08/002,847, filed January 
15, 1993, Attorney Docket No. 1481.0030000, now U.S. Patent 
5,521,813. 

• " A User Interface For Graphically Displaying the Impact of Weather on 
Managerial Planning," Ser. No. 08/504,952, filed July 20, 1995, 
Attorney Docket No. 1481.0070001, now U.S. Patent 5,796,932. 

• " System and Method for Determining the Impact of Weather and Other 
Factors on Managerial Planning Applications," Ser. No. 08/205,494, 
filed March 4, 1994, Attorney Docket No. 1481.0080000, now U.S. 
Patent 5,491,629. 

• "System and Method for Weather Adapted, Business Performance 
Forecasting," Ser. No. 08/588,248, filed January 18, 1996, Attorney 
Docket No. 1481.0100000, now U.S. Patent 5,832,456. 

SKGF Ref No. 1 48 1 .0240000 



-2- 



Background of the Invention 
Field of the Invention 

The present invention relates generally to financial trading systems and 
more particularly to the processing, valuating, and trading of financial 
5 instruments such as futures and the like. 

Related Art 

In today's financial markets, the use of financial instruments known as 
futures contracts are common place. Futures contracts are standardized, 
transferable agreements, which may be exchange-traded, to buy or sell a 

iO commodity (e.g., a particular crop, livestock, oil, natural gas, etc.). These 

^ contracts typically involve an agreed-upon place and time in the future between 

two parties. That is, a futures contract is supply contract between a buyer and 

: seller, where the buyer is obligated to take delivery, and ttie seller is obligated to 

provide delivery of a fixed amount of a commodity at a predetermined price at a 
specified location. Futures contracts are typically traded e xclusively on regulated 
exchanges and are settled daily based on their current value in the marketplace. 

Another form of financial instruments are option contracts. Options 
contracts are agreements, that may be exchange-traded, among two parties that 
represent the right to buy or sell a specified amount of an underlying security 

20 (e.g., a stock, bond, futures contract, etc.) at a specified price within a specified 

time. (In relation to the present discussion, an options contract which specifies 
gas futures is of most interest.) 

The parties of options contracts are purchasers who acquire "rights," and 
sellers who assume "obligations." Further, a "call" option contract is one giving 

25 the owner the right to buy, whereas a "put" option contract is one giving the 

owner the right to sell the underlying security. There is typically an up-front, 
non-refundable premium that the buyer pays the seller to obtain the option rights. 
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Options and futures contracts are explained in detail in John Hull, 
Options, Futures, and Other Derivative Securities, Prentice Hall (3rd. ed. 1 997), 
ISBN 0138874980, which is incorporated herein by reference in its entirety. 

Taking the example of a specific commodity—natural gas—traders 
typically buy and sell natural gas futures on a daily basis on the New York 
Mercantile Exchange (NYMEX) regulated exchange. What is commonly referred 
to as "natural gas" is a naturally occurring mixture of hydrocarbon and other 
gases found in porous rock formations. Its principal component is methane 
whose molecular formula is CH4. It is estimated that natural gas currently 
provides about 24 percent of all the energy used in the United States. 

Typically, gas traders (i.e., those who buy and sell natural gas futures and 
options) represent the interests of utility companies and other entities who require 
a large supply of natural gas in order to provide energy to businesses and homes. 
In order to assure continuous operations, while minimizing expenses, utility 
companies and other entities buy and sell (i.e., trade) natural gas futures and 
options. 

Because futures and option contracts (i.e., "gas fotures") are essentially 
financial instruments, they may be traded among investors as are stocks, bonds, 
and the like. Thus, in order to trade gas futures and options, there must be a 
mechanism to price them so that traders may exchange them in an open market. 

The relationship between the value of a gas future or option and the value 
of the underlying commodity are not linear and can be very complex. 
Economists have developed pricing models in order to valuate certain types of 
futures and options. Further, many strategies exist for utility companies and other 
entities to predict the demand for energy and thus, the number of contracts needed 
over a specific period of future time. Each model and strategy has inherent flaws, 
and thus poses risks. 

Risks in relying on any one model or strategy includes errors in the 
model's underlying assumptions, errors in calculation when using the model, and 
failure to account for variables (i.e., occurrences) that may affect the price of the 
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underlying commodity (i.e., natural gas). For example, factors such as 

economics, politics, etc. play a critical role in estimating demand for natural gas. 
When considering the latter risk—failure to account for occurrences that 

may affect price-weather is one occurrence which has been historically been 
5 overlooked. That is, weather, and more specifically future weather, has not been 

included as a formal variable in pricing models. 

The few models that have considered weather usually have only 

considered past (i.e., historical) weather data. Further, strategies based on 

predicated demand also have only considered historical weather data. That is, 
1 0 most models and strategies assume, for example, that the previous year' s weather 

and its effects on power demand will repeat from year to year. Historical analysis 
f" has shown, however, that this assumption is true only a quarter of the time. Thus, 

^_ regardless of whether futures or options are being evaluated, risk management 

2 trading techniques, strategies, or vehicles, traders essentially have been operating 

E5 in the "blind" without knowledge of future weather conditions. 

1 Therefore, what is needed is a method, system and computer program 

" product for valuating (and thus, processing and trading) natural gas futures and 

1 options contracts using weather-based metrics. 



Summary of the Invention 



20 The present invention meets the above-identified needs by providing a 

method, system and computer program product for valuating (and thus, 
processing and trading) natural gas futures and options contracts using weather- 
based metrics. The method, system and computer program product captures the 
extreme sensitivity to future weather, captures volatile price swings in growing 

25 paper markets, and provides assistance to traders in reaching complex 

buying/hedging decisions. 

The method and computer program product involve receiving an input 
from a user indicative of the number of monthly gas contracts desired for a period 
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of time. Next, historical and future weather information and historical natural gas 
inventory information for a basket of cities, during the entered period of time, are 
received. Then, historical gas futures contract price information for the period of 
time is received. 

5 The method and computer program product then apply a series of 

regression analyses to obtain a predicted baseline value for each of the monthly 
gas contracts within the period. This is accomplished by using historical weather 
information for the basket of cities and historical natural gas inventory 
information. Then baseline values are calculated using future weather 

1 0 information. 

Then, live exchange data which indicates the current price for each of the 
monthly gas contracts within the period of time is received. The method and 
computer program product then apply a series of recommendation rules, using the 
received live exchange data and baseline values, providing the user with a 

¥5 recommendation for each of the monthly gas contracts within the period of time. 

2 The users of the system thereby receive assistance in reaching complex 

buying/hedging decisions. 

f The system for valuating a weather-based financial instrument of the 

present invention includes a weather history database that stores historical 

20 weather information for at least one geographic location and a weather forecast 

database that stores future weather information for the geographic location. The 
system may also include several natural gas-related databases that store 
information in order to determine buying/hedging strategies. In order to access 
the databases and valuate financial instruments, a trading server is included 

25 within the system. The trading server provides the central processing of the 

system by applying a pricing model, and is responsive to a plurality of internal 
and external workstations that allow users, via a graphical user interface, to 
access the trading system. 

One advantage of the present invention is that gas futures and options can 

30 be priced more easily and confidently when accounting for future weather. 
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Another advantage of the present invention is that information and data 
sets can be provided that enable traders to identify and capitalize on weather- 
driven market fluctuations. 

Another advantage of the present invention is that it provides a trading 
system which guides traders by providing buy and sell recommendations for 
various futures and option contracts. 

Further features and advantages of the invention as well as the structure 
and operation of various embodiments of the present invention are described in 
detail below with reference to the accompanying drawings. 

Brief Description of the Figures 

The features and advantages of the present invention will become more 
apparent from the detailed description set forth below when taken in conjunction 
with the drawings in which like reference numbers indicate identical or 
functionally similar elements. Additionally, the left-most digit of a reference 
number identifies the drawing in which the reference number first appears. 

FIG. 1 is a block diagram representing the system architecture of an 
embodiment of the present invention; 

FIG. 2 depicts, in one embodiment, a weather history database used by the 
present invention; 

FIG. 3 depicts, in one embodiment, a weather forecast database used by 
the present invention; 

FIGs. 4A-B are flowcharts representing, in one embodiment, the operation 
of the present invention; 

FIG. 5 is an exemplary graphical user interface screen for the trading 
system of the present invention; 

FIG. 6 is a block diagram of an exemplary computer system useful for 
implementing the present invention; and 

FIGs. 7-8 depict example gas databases used by the present invention. 
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I. Overview 



A. The Present Invention 

The present invention is directed to a method, system and computer 
program product for valuating (and thus, processing and trading) natural gas 
futures and options contracts using weather-based metrics. In an embodiment of 
the present invention, a trading organization provides a service that facihtates gas 
futures and options trading for chants as well as providing an interactive World- 
Wide Web site accessible via the global Internet. 

Such a system would allow the clients (i.e., gas buyers) who represent the 
interests of utility companies and large entities such as manufacturers, 
agribusiness, or other industries with large power demands to intelligently trade 
and use gas futures and options to hedge against weather-related market risks. 

The present invention is described in terms of the above example. This 
is for convenience only and is not intended to limit the application of the present 
invention. In fact, after reading the following description, it will be apparent to 
one skilled in the relevant art how to implement the following invention in 
alternative embodiments. For example, and without limitation, the present 
invention would also benefit power marketers, fuel traders, power traders, fuel 
emissions credit traders, investment banks, insurance and re-insurance 
companies, capital market traders, commodity traders, and over-the-counter 
(OTC) traders (i.e., anyone whose business relates to power and whose "bottom- 
line" is affected by weather). These entities would benefit from the present 
invention not only by having a tool which enables them to hedge against weather- 
related market risks, but also to speculate for profit. Further, although NYMEX 
conventions are referenced herein, the present invention could also be used to 
reference the month-end Inside-FERC monthly settlement price for a gas futures 
contract. 
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B. An Example Gas Futures Contract 

The present invention is described below in terms of a gas contract. This 
is for convenience only and is not intended to limit the application of the present 
invention. Further, the term "gas contract" is used herein to refer to either a 
natural gas futures contract, an option on a natural gas futures contract, and/or 
other gas contracts (e.g., physical) as applicable. 

As mentioned above, a futures contract is a supply agreement between a 
buyer and seller, where the buyer and seller are obligated to provide delivery of 
a fixed amount of a commodity at a predetermined price at a specified location, 
or exchange the cash differential of the contract at its expiration. A gas futures 
contract typically traded on the NYMEX includes the following example terms 
as shown in Table 1 below. 



Seller will deliver: 

10,000 MMBtu of Natural Gas at Henry Hub 

Buyer will pay: 

$x per MMBtu 

Expiration Date: 

<month>, <year> 

Table 1 

In the example, the quantity of natural gas is 10,000 units of one million British 
thermal units (MMBtu). An MMBtu is the equivalent of one dekatherm, which 
is approximately equal to a thousand cubic feet (ft^) of natural gas. 

The delivery location in the example is specified as "Henry Hub." This 
is the port of New Orleans, Louisiana, and is the standard gas contract delivery 
location used by NYMEX in their gas futures prices quoting system. 

The expiration date, the date and time after which trading in a contract 
terminates, and after which obligations become due, is specified by a month and 
a year. Thus, for example, an expiration date of "April, 200 1 " would indicate, by 
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NYMEX convention, that the contract expires three business days before the end 
of March, 2001. Such a contract would be called an "April 2001 contract," 
because delivery of the natural gas is to be actually done in April of 2001 (i.e., an 
"April 2001 contract" expires in March, three business days before April 1, 
2001). 

//. System Architecture 

A. System Architecture Overview 

Referring to FIG. 1, a natural gas trading system 100, according to an 
embodiment of the present invention, is shown. It should be understood that the 
particular trading system 100 in FIG. 1 is shown for illustrative purposes only 
and does not limit the invention. Other implementations for performing the 
functions described herein will be apparent to persons skilled in the relevant art(s) 
based on the teachings contained herein, and the invention is directed to such 
other implementations. As will be apparent to one skilled in the relevant art(s), 
all of components "inside" of the trading system 100 are connected and 
communicate via a communication medium such as a local area network (LAN) 
101. 

The trading system 100 includes a trading server 102 that serves as the 
"back-end" (i.e., processing system) of the present invention. Connected to the 
trading server 1 02, are gas databases 1 04 and 1 1 6, weather forecast database 1 06 
and a weather history database 108. These databases are explained in more detail 
below. Also connected to trading system 100, as will be appreciated by those 
skilled in the relevant art(s), is a live data feed 1 1 8 of cun-ent gas contract prices 
available from a regulated exchange where such contracts are traded (e.g., 
NYMEX). 

The trading server 1 02 is also connected to a Web server 1 1 0. As is well- 
known in the relevant art(s), a Web server is a server process running at a Web 
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site which sends out Web pages in response to Hypertext Transfer Protocol 
(HTTP) requests from remote browsers. The Web server 1 1 0 serves as the "front 
end" of the present invention. That is, the Web server 1 1 0 provides the graphical 
user interface (GUI) to users of the trading system 100 in the form of Web pages. 
Such users may access the Web server 110 at the weather trading organization's 
site via a plurality of internal workstations 1 1 0 (shown as workstations 1 1 Oa-n). 

A firewall 112 (shown as "FW" 112) serves as the connection and 
separation between the LAN 101, which includes the plurality of network 
elements (i.e., elements 102-1 10 and 1 16-120) "inside" of the LAN 101, and the 
global Internet 103 "outside" of the LAN 101. Generally speaking, a firewall- 
which is well-known in the relevant art(s)~is a dedicated gateway machine with 
special security precaution software. It is typically used, for example, to service 
Internet 103 connections and dial-in lines, and protects a cluster of more loosely 
administered machines hidden behind it from an external invasion. 

The global Internet 103, outside of the LAN 101, includes a plurality of 
external workstations 114 (shown as workstations 114a-n). The external 
workstations 1 14 allow client-users (traders) of the trading organization to 
remotely access and use the trading system 100. 

The trading system 100 includes an administrative workstation 120 that 
may be used by the trading organization to update, maintain, monitor, and log 
statistics related to the server 102 and the trading system 100 in general. While 
one trading server computer 102 is shown in FIG. 1, it will be apparent to one 
skilled in the relevant art(s) that trading system 100 may be run in a distributed 
fashion over a plurality of the above-mentioned network elements connected via 
LAN 101. Similarly, while several databases (i.e., 104 and 116, 106, and 108) 
are shown in FIG. 1, it will be apparent to one skilled in the relevant art(s) that 
trading system 100 may utilize databases physically located on one or more 
computers which may or may not be the same as sever 102. More detailed 
descriptions of the trading system 1 00 components, as well as their functionality, 
are provided below. 
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B. Weath er History Database 

An example weather history database 108 is shown in FIG. 2. The 
weather history database 108 is described in detail in a commonly-owned U.S. 
Patent No. 5,832,456 incorporated herein by reference in its entirety. For 
completeness, however, the weather history database 108 is briefly described 
herein. The weather history database 1 08 includes, for each year in the view, one 
or more records for each metropolitan area (MA). (The term MA closely 
resembles the well known name Metropolitan Statistical Area (MSA). However 
MA encompasses a larger surrounding geographical area/region than the strict 
MSA definition.) (However, since MA and MSA are similar, they are used 
interchangeably herein.) The weather history database 108 contains but is not 
limited to data on metropolitan areas. These records contain information 
specifying the weather that occurred in the subject MA in the time span 
represented in the view. Specifically, for each MA, there is a record for each of 
several weather data types. 

In an embodiment of the present invention, there are three classes of 
weather data types in the weather history database 1 OS-seasonal, actual, and 
category (also called weather pattern). A seasonal data type is the seasonal (or 
average) value of a weather parameter. Accordingly, the data type "temp. sea" is 
the average temperature. The data type "snow.sea" is the average snowfall. The 
data type "prec.sea" is the average precipitation. 

An actual data type is the actual value of a weather parameter. 
Accordingly, the data type "temp" is the actual temperature. The data type 
"snow" is the actual snowfall. The data type "prec" is the actual precipitation. 

A category data type reflects a weather parameter's actual versus seasonal 
values. Accordingly, the data type "temp.cat" reflects actual temperature versus 
seasonal temperature. The datatype "prec.cat" reflects actual precipitation versus 
seasonal precipitation. If a category data type is equal to 1 , then the actual value 
was greater than the seasonal value. If a category data type is equal to 0, then the 
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actual value was equal to (or substantially corresponded to) the seasonal value. 
If a category data type is equal to -1, then the actual value was less than the 
seasonal value. Of course, values other than 1, 0, and -1 could be alternatively 
used to indicate these relationships. Also, other weather data types may be used. 

The historical weather information in the weather history database 108 is 
provided on a per period basis. As indicated above, the period may be any 
increment of time, such as daily, weekly, bi-weekly, monthly, bi-monthly, 
quarterly, etc. Preferably, the increment of time represented by a period is the 
same in both of the weather databases (106 and 108) within trading system 100. 

Each weather pattern includes one or more weather parameters. For 
example, the temperature weather pattern includes the temperature parameter and 
the seasonal parameter. For any given period, each parameter can be either 
seasonal, below seasonal, or above seasonal. For any given period, the values of 
these weather patterns are represented by the entries (see records 202-205 in FIG. 
2) in the weather history database 108 having the category data type. This file is 
used as the "look up" to allow the system to determine which patterns it will use. 

C. Weather Forecast Database 

An example weather forecast database 106 is shown in FIG. 3. The 
weather forecast database 1 06 is described in detail in the commonly-owned U.S . 
Patent No. 5,832,456 incorporated herein by reference in its entirety. For 
completeness, however, the weather forecast database 106 is briefly described 
herein. The weather forecast database 106 includes, for each future year in the 
view, one or more records for each MA. These records (e.g., records 302-304) 
contain information specifying the weather that is predicted to occur in the 
subject MA in the future time span represented in the view. Specifically, for each 
MA, there is a record for each of several weather data types. 

Similar to weather history database 108, weather forecast database 106 
contains three classes of weather data types-seasonal, actual and category. These 
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categories are the same as those described above with respect to the weather 
history database 1 08. Accordingly, the description above of the weather history 
database 108 also applies to the weather forecast database 106. 

D. Relationsh ip Between Past and Future Databases 

As evident by the description above, the weather history database 108 is 
a past database because it contains historical information. In contrast, the weather 
forecast database 106 is a future database because it contains information 
pertaining to predicted weather in the future, or future weather. 

Both databases contain information on a per period basis. Preferably, the 
increment of time represented by a period is the same in both databases. Also, 
the periods in both databases are synchronized. Suppose that the increment of 
time is set equal to one month in an administration setup process using 
administration workstation 120. In this example, if it is assumed that period PI 
represents January, then in weather history database 108, period PI represents 
January of a past year. Similarly, in the weather forecast database 1 06, period PI 
will represent January of a future year. 

Further, in an embodiment of the present invention, both databases 106 
and 108 would contain MA weather data for at least tv*^o specific "baskets of 
cities." For example, during the heating season (October- April), abasket of cities 
containing weather data for New York, Kansas City, Chicago and Pittsburgh 
would be of most interest to the operation of trading system 100 as will be 
explained in more detail below. Further, during the cooling season (May- 
September), for example, a basket of cities containing weather data for New 
York, Dallas, Houston, New Orleans, and Miami would be of most interest to the 
operation of trading system 100 as will be explained in more detail below. 

In one embodiment of the present invention, the individual cities which 
are included in the heating and cooling season basket of cities would be those 
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chosen by, but not limited to, the United States Department of Energy in their 
energy demand analyses. 

E. Time Periods 

As discussed above, data may be stored in the weather history database 
108 using any time increment or period, including but not limited to daily, 
weekly, monthly, quarterly, etc. Similarly, weather forecast information for each 
location may be stored in the weather forecast database 106 on a daily basis, a 
weekly basis, a monthly basis, or a quarterly basis. Preferably, the time 
increment/period is the same in both databases 1 08 and 1 06. In practice, a system 
administrator will select the time increment(s)/period(s) during an administrator 
setup process using administration workstation 120 in order to meet the demands 
of traders using the plurality of workstations 1 10 and 1 14. 

F. Gas Databases 

The gas databases 1 04 and 1 1 6 contain the data that is used by the trading 
server 1 02 that are relevant in determining the complex buying/hedging decisions 
for which users will employ trading system 1 00. 

In a preferred embodiment, gas database 104 would include historical 
natural gas futures price information. That is, database 104 would include the 
daily high, low and closing prices for each month's gas contracts for a historical 
time period (e.g., the previous five years). That is, for a pjirticular historical date 
(e.g., 12/1/1994), database 104 would contain that date's high, low and closing 
price for each month's contract going forward twelve months (i.e., January 
contract through December contract for 1995). An example gas database 104 is 
shown in FIG. 8. 

In a preferred embodiment, database 116 would include historical 
American Gas Association (AGA) inventory information. The AGA is a natural 
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gas industry trade association, currently based in Alexandria, Vir einia. TheAGA 
conducts technical research and helps create standards for equipment and 
products involved in every facet of the natural gas industry. It also compiles 
statistics which are considered industry standards. One such statistic is the 
weekly inventory of natural gas, measured in cubic feet, currently found in each 
of three regions of the United States: (1) the Producing Region (i.e., the gulf 
coast); (2) the Consuming East Region (i.e., east of the Rocky Mountains); and 
(3) the Consuming West Region (i.e., west of the Rocky Mountains). Thus, 
database 116 would include the 52 weekly measurements for each of three 
regions for a historical time period (e.g., the previous five years). Database 116 
would also include the most currently available AGA inventory information (i.e., 
contain inventory data up to the present week). An example gas database 1 16 is 
shown in FIG. 7. 

In an embodiment of the present invention, during the operation of trading 
system 100, the AGA inventory data in database 1 16 for the three regions are 
correlated with the weather data in databases 106 and 108 for the basket of cities 
discussed above. 

As will be appreciated by one skilled in the relevant art(s), the gas 
databases 104 and 116 may include additional financial information on an 
application specific basis. 

///. General System Operation 

Referring to FIG. 4A, a flowchart 400 representing the operation of 
trading system 100, according to an embodiment of the present invention, is 
shown. Flowchart 400 begins at step 402 with control passing immediately to 
step 404. 

In step 404, the user (e.g., gas buyer) enters the number of contracts they 
require for each of the twelve months going forward. The user would input this 
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information based on the estimated consumption demaad of the entity whose 
interest they represent. 

In step 406, both the historical weather database 108 and AGA database 
116 are read so that the trading server 102 has the correct information for 
processing. More specifically, the trading server 102 would query the AGA 
database 1 16 for the historical AGA natural gas inventory information for the 
relevant time period (e.g., starting at the present date and going backwards for a 
one-year period). 

Also, in step 406, the trading server 1 02 would query the weather history 
database 108 (or obtain the information from some other source, such as a 
commercial service or governmental agency) for historical temperature 
information for each of the cities located in the cooling and heating season basket 
of cities, as applicable. Such historical weather would date back, in one 
embodiment, at least five years. 

In an embodiment of the present invention, during the operation of trading 
system 100 (i.e., step 406 and step 410 described below), the weather data (e.g., 
daily average temperature) for the individual cities which are included in the 
heating and cooling season basket of cities can be equally considered, or 
weighted according to population, perception (e.g., weighing weather data for 
New York more heavily than the other cities in the basket because of NYMEX's 
location), etc. 

After the completion of step 406, flowchart 400 may proceed to both steps 
408 and 412. 

In step 408, a first regression analysis is performed. In an embodiment 
of the present invention, linear regression is used. As will be appreciated by 
those skilled in the relevant art(s), linear regression, an example of multi-variate 
modeling techniques, is useful when using several variables to predict the values 
of a single continuous dependent variable. In general, regression generates exact 
coefficients for each predictor, and shows what proportion of the variability of the 
dependent variable is uniquely explained by each individual predictor and a 
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measure of volatility (standard deviation). This makes it possible to build a 
predictive model. 

In alternative embodiment, other non-linear regression analysis (e.g., 
curvilinear regression, loglinear analysis, etc.) may be employed. These analysis 
techniques are well-known in the relevant art(s), and are described in detail, for 
example, in David G. Kleinbaum et al. Applied Regression Analysis and Other 
Multivariable Methods, Duxbury Press (3rd. ed. 1 998), ISBN 0534209 106, which 
is hereby incorporated by reference in its entirety. 

The regression of step 408 uses the historical weather and AGA inventory 
data read in step 406 in order to obtain an estimate for AGA inventory change. 
Mathematically, step 408 can be represented as follows. First, equation (1) is 
the standard equation of a line (i.e., the linear equation): 

(1) y = m^x + b; 

where w, is the slope and h is the y-axis intercept of the line. Using the AGA 
inventory data as the y-axis, and the historical weather (i.e., temperature) data as 
the X-axis, the linear regression of step 408 produces a straight line from the data 
points and determines m^. 

In step 412, the historical natural gas futures prices database 104 is read. 
This allows, in step 414, a three-dimensional (multi-variate) regression analysis 
to be performed. The regression of step 4 1 4 uses the historical gas contract prices 
data as the y-axis, historical weather data as the x-axis, and historical AGA 
inventory data as the z-axis, in order to obtain an estimate of each month's 
contract. Mathematically, this can be represented by equation (2): 

(2) y = m^x, + 1712X2 + b; 

where y is the price of the contract, is the AGA inventory, x, is the historical 
AGA inventory data, is the historical weather data, b is the y-axis intercept. 
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Step 414 produces a straight line from the data points. In addition, step 414 
generates a measure of price volatility (i.e., standard deviation) used later in the 
process in applying the recommendation rules (see Table 2). 

In step 4 1 0, the weather forecast database 1 06 is read. This allows, in step 
416, the resuh of both steps 408 and 414 to be used to obtain a predicted closing 
value (i.e., a "baseline"), equation (2) is used to compute the baseline value 
(i.e., solving for j^~the baseline), where is substituted by future weather and the 
y from equation (1) becomes x,. 

In step 418, the live exchange data 1 18 is read. In step 420, a series of 
recommendation rules (i.e., conditions) are applied to arrive at an action 
recommendation in step 422. Flowchart 400 then ends as indicated by step 424. 

In an embodiment of the present invention, the series of recommendation 
rules applied in step 420 to the baseline values are summarized in Table 2 
below. The rules appear in the "r/ (condition) recommendation" pseudo-code 
notation. 



Inputs: B = baseline value obtained in step 4 1 6 

F = current future's price obtained in step 418 

5 = standard deviation obtained from the regression analysis of step 414 

Output: 

F- B 

Using EQUATION (3); n = = number of 5's away from baseline; 

a 

then the recommendation rules are applied as follows: 
if(«>«,) 





Strong Sell; 


.se if {r 


>n,) 




Sell; 


se if {f 


>n,) 




Write a Put; 


se if 


> n^) 




Buy a Call; 


se if(. 


>«5) 


se 


Buy; 




Strong Buy; 



where «, = l.O, n^= 0.5, «3 = 0,n^= -0.5, and = -1.0. 

Table 2 
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In Table 2, the values to are examples used in a preferred 
embodiment of the present invention. In essence, Equation (3) converts prices 
into standard deviations. Thus, the further away n is from the baseline, the 
stronger the recommendation signal. The values of «, to n^, can be subjectively 

5 varied based on the observations of the trading organization and the specific 

implementation of the predictive model used in the price analysis. As will be 
apparent to one skilled in the relevant art(s), various analysis of historical natural 
gas prices as correlated with weather can be used to determine the values of to 
^5 that yield the best recommendations. 

0 In an embodiment of the present invention, as apparent from Table 2, 

one of six action recommendations are given to the users of the trading system 
100. These recommendations are summarized in Table 3 below. 
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Recommendations 


EXPLANATION/CONDITION 


Strong Buy 


Condition: the current futures price is well below the predicted 
closing price. 


Buy 


Buy a Futures contract. 

Condition: the current futures price is below the predicted 


Buy a Call 


Buy a Call option on the Futures contract for that month. When 
the option comes due, the user will either exercise the option if 
the strike price is below the contract closing price. Otherwise the 
user will buy at the contract closing price. 

Condition: the current futures price is below or close to the 
predicted closing price. 


Write a Put 


Write (i.e., sell) a Put option on the Futures contract for that 
month. When the option comes due, the buyer of the option will 
sell the gas to the user if the market price is below the strike 
price. Otherwise the buyer will let the option expire and the user 
will buy at the contract closing price. 

Condition: the current futures price is above or close to the 
predicted closing price. 


Sell 


Sell a futures contract or buy natural gas at the index (i.e., 
closing) settlement price for that month. This can be done by just 
waiting and buying gas at the bid contract closing price, or the 
user can contact a supplier and notify them that the user will be 
buying natural gas at the contract index price for that month. 

Condition: the current futures price is above the predicted 
closing price. 


Strong Sell 


This is a strong signal to sell a futures contract or buy natural gas 
at the index settlement price for that month. 

Condition: the current futures price is well above the predicted 
closing price. 



Table 3 



Referring to FIG. 4B, flowchart 400, which represents the operation of 
trading system 100 according to one embodiment of the present invention, is 
shown in a control flow format. That is, FIG. 4B, as will be appreciated by one 
skilled in the relevant art(s), illustrates how the system 100 components interact 
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during the operation of flowchart 400 according to one embodiment of the present 
invention. 

IV. Graphical User Interface 

In an embodiment of the present invention, trading server 102 will 
provide a GUI (as shown in FIG. 5) for users, such as the in-house traders using 
the plurality of workstations 110, to enter inputs and receive the outputs as 
described in flowchart 400. Further, trading server 102 in conjunction with the 
web server 110 will also provide a GUI to the plurality of external users on the 
workstations 1 14 to enter inputs and receive the outputs as described in flowchart 
400. 

A GUI screen 500 with the representative numbers is shovra in FIG. 5. 
The GUI screen 500 includes a column 501 which labeled "days left" which 
indicated to the user the number of days until that particular month's contract 
expires. Screen 500 also includes a column 502 which indicates the month and 
year of the contract for which a particular row in the GUI screen contains 
information. A column 503 contains the current gas contract prices available 
from a regulated exchange where such contracts are traded (e.g., NYMEX) and 
obtained from live data feed 1 1 8. A column 504 contains the change in price for 
each contract from a past price (e.g., yesterday's closing price). 

GUI screen 500 also includes a column 505 indicates the implied 
volatility of the contract' s price. This is calculated, for example, using the Black- 
Scholes option pricing model. As is well-known in the relevant art(s), the Black- 
Scholes option pricing model, based on stochastic calculus, is the most influential 
and extensively used options pricing model and is described in detail in a variety 
of publicly available documents, such as Neil A. Chriss, The Black-Scholes and 
Beyond Interactive Toolkit: A Step-by-Step Guide to In-depth Option Pricing 
Models, McGraw-Hill (1 997), ISBN: 07863 1 026X, which is incorporated herein 
by reference in its entirety. 
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GUI screen 500 also includes a display 506 which indicates to the user the 
current (i.e., today's) date. A column 507 indicates, for each contract, one of the 
six recommendations trading system 1 00 outputs as explained above and detailed 
in Table 3. A column 508, when viewed in conjunction with the 
recommendation of column 507, indicates the number of each month's contract 
the user should act upon in accordance with the recommendation. This is 
calculated by trading system 100 by using the desired number of contracts the 
user inputted in step 404 described above with reference to Fig. 4A. 

GUI screen 500 also includes a column 509 which displays, if the 
recommendation in column 207 relates to an option contract (i.e., a call or a put), 
the premium for the contract. As will be appreciated by those skilled in the 
relevant art(s), a premium is the up-front, non-refundable amount that a buyer 
pays a seller to obtain an option as determined competitively by buyers and 
sellers in open outcry trading on an exchange (e.g., NYMEX) trading floor. 

GUI screen 500 also includes a column 5 1 0, which reflects the number of 
each contract the user desires as inputted in step 404 described above with 
reference to Fig. 4A. A column 5 1 1 reflects how many actual contracts the user 
has obtained to date. This number, if the user of trading system 100 uses it 
properly, should be equal to or less than the desired number of each month's 
contract appearing in column 510. Columns 512, 514, 516 and 518 are the 
number of futures, index, call, and put contracts, respectively, the user has 
obtained to date. The sum of the number of contracts appearing in columns 512, 
514, 516 and 518 should equal the number of actual contracts appearing in 
column 511. 

It should be understood that the control flow shown in Figs. 4A-B and 
thus, GUI screen 500 shown in FiG. 5, are presented for example purposes only. 
The present invention is sufficiently flexible and configurable such that users (on 
the plurality of workstations 110 and/or 1 14) may navigate through the system 
1 00 in ways other than that shown in the figures. 
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V. Environment 



The present invention (i.e., natural gas trading system 100 or any part 
thereof) may be implemented using hardware, software or a combination thereof 
and may be implemented in one or more computer systems or other processing 
5 systems. In fact, in one embodiment, the invention is directed toward one or more 

computer systems capable of carrying out the functionality described herein. An 
example of a computer system 600 is shown in Fig. 6. The computer system 600 
includes one or more processors, such as processor 604. The processor 604 is 
connected to a communication infrastructure 606 (e.g., a communications bus, 

JO cross-over bar, or network). Various software embodiments are described in 

terms of this exemplary computer system. After reading this description, it will 

" become apparent to a person skilled in the relevant art(s) how to implement the 

~_ invention using other computer systems and/or computer architectures. 

Computer system 600 can include a display interface 602 that forwards 

1 5 graphics, text, and other data from the communication infrastructure 606 (or from 

a frame buffer not shown) for display on the display unit 630. 

Computer system 600 also includes a main memory 608, preferably 
random access memory (RAM), and may also include a secondary memory 610. 
The secondary memory 610 may include, for example, a hard disk drive 612 

20 and/or a removable storage drive 614, representing a floppy disk drive, a 

magnetic tape drive, an optical disk drive, etc. The removable storage drive 614 
reads from and/or writes to a removable storage unit 6 1 8 in a well known manner. 
Removable storage unit 618, represents a floppy disk, magnetic tape, optical disk, 
etc. which is read by and written to by removable storage drive 614. As will be 

25 appreciated, the removable storage unit 618 includes a computer usable storage 

medium having stored therein computer software and/or data. 

In alternative embodiments, secondary memory 610 may include other 
similar means for allowing computer programs or other instructions to be loaded 
into computer system 600. Such means may include, for example, a removable 
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storage unit 622 and an interface 620. Examples of such may include a program 
cartridge and cartridge interface (such as that found in video game devices), a 
removable memory chip (such as an EPROM, or PROM) and associated socket, 
and other removable storage units 622 and interfaces 620 which allow software 
and data to be transferred from the removable storage unit 622 to computer 
system 600. 

Computer system 600 may also include a communications interface 624. 
Communications interface 624 allows software and data to be transferred between 
computer system 600 and external devices. Examples of communications 
interface 624 may include a modem, a network interface (such as an Ethernet 
card), a communications port, a PCMCIA slot and card, etc. Software and data 
transferred via communications interface 624 are in the form of signals 628 which 
may be electronic, electromagnetic, optical or other signals capable of being 
received by communications interface 624. These signals 628 are provided to 
communications interface 624 via a communications path (i.e., channel) 626. 
This channel 626 carries signals 628 and may be implemented using wire or 
cable, fiber optics, a phone line, a cellular phone link, an RF link and other 
communications channels. 

In this document, the terms "computer program medium" and "computer 
usable medium" are used to generally refer to media such as removable storage 
drive 614, a hard disk installed in hard disk drive 612, and signals 628. These 
computer program products are means for providing software to computer system 
600. The invention is directed to such computer program products. 

Computer programs (also called computer control logic) are stored in 
main memory 608 and/or secondary memory 610. Computer programs may also 
be received via communications interface 624. Such computer programs, when 
executed, enable the computer system 600 to perform the features of the present 
invention as discussed herein. In particular, the computer programs, when 
executed, enable the processor 604 to perform the features of the present 
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invention. Accordingly, such computer programs represent controllers of the 
computer system 600. 

In an embodiment where the invention is implemented using software, the 
software may be stored in a computer program product and loaded into computer 
system 600 using removable storage drive 614, hard drive 612 or 
communications interface 624. The control logic (software), when executed by 
the processor 604, causes the processor 604 to perform the ftinctions of the 
invention as described herein. 

In another embodiment, the invention is implemented primarily in 
hardware using, for example, hardware components such as application specific 
integrated circuits (ASICs). Implementation of the hardware state machine so as 
to perform the functions described herein will be apparent to persons skilled in 
the relevant art(s). 

In yet another embodiment, the invention is implemented using a 
combination of both hardware and software. 
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VI. Conclusion 

While various embodiments of the present invention have been described 
above, it should be understood that they have been presented by way of example, 
and not limitation. It will be apparent to persons skilled in the relevant art that 
various changes in form and detail may be made therein without departing from 
the spirit and scope of the invention. This is especially true in light of technology 
and terms within the relevant art(s) that may be later developed. Thus, the present 
invention should not be limited by any of the above-described exemplary 
embodiments, but should be defined only in accordance with the following claims 
and their equivalents. 
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Whai Is Claimed Is: 



1 1 . A method for valuating natural gas futures and options contracts using 

2 weather-based metrics, comprising the steps of: 

3 ( 1 ) receiving an input from a user indicative of the number of monthly 

4 gas contracts desired for a period of time; 

5 (2) receiving historical weather information for at least one basket of 

6 cities during said period of time; 

7 (3) receiving future weather information for said basket of cities during 

8 said period of time; 

9 (4) receiving historical natural gas inventory information for said 
10 basket of cities during said period of time; 

1 1 (5) receiving historical gas futures contract price information for said 

12 period of time; 

1 3 (6) applying a series of regression analyses to obtain a predicted 

14 baseline value for each of the monthly gas contracts within said period using said 

1 5 received historical weather, future weather, historical natural gas inventory, and 

1 6 historical gas futures contract price data; 

i 7 (7) receiving live exchange data which indicaites the current price for 

1 8 each of the monthly gas contracts within said period of time; 

1 9 (8) applying a series of recommendation rules to said baseline value, 

20 using said received live exchange data; and 

21 (9) providing said user with a recommendation for each of the monthly 

22 gas contracts within said period of time, wherein said recommendation reflects 

23 said user inputted desired number of contracts. 



-29- 



1 2. The method of claim 1 , wherein said series of regression analysis applied 

2 in step (6), comprises the steps of: 

3 (a) performing a linear regression of said historical weather 

4 information and said historical natural gas inventory information; and 

5 (b) performing a multi-variate regression of said historical gas futures 

6 contract price information, said historical weather informiation and said historical 

7 natural gas inventory information. 

1 3 . The method of claim 1 , wherein said series of recommendations provided 

2 in step (9) includes at least one of the following: 
:3 (i) Strong Buy; 

.4 (ii) Buy; 

■ 5 (iii) Buy a Call; 

^^6 (iv) Write a Put; 

T.7 (v) Sell; and 

:8 (vi) Strong Sell. 

11 4. A system for valuating natural gas futures and options contracts using 

j2 weather-based metrics, comprising: 

3 a weather history database that stores historical weather information for at 

4 least one basket of cities; 

5 a weather forecast database that stores future weather information for said 

6 basket of cities; 

7 an inventory database that stores historical natural gas inventory 

8 information for at least said basket of cities; 

9 a price database that stores historical natural gas futures prices information; 

1 0 at least one workstation that allows a user to specify inputs that affect the 

1 1 value of the gas futures and options contracts; and 

12 at least one trading server, responsive to said workstation and connected 

1 3 to said weather history database, said weather forecast database, said inventory 
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14 database, and said price database, that applies a pricing model to valuate gas 

1 5 futures and options contracts using said specified inputs from said user; 

16 whereby the system provides assistance to said user in reaching 
1 V buying/hedging decisions in trading gas futures and options contracts. 

1 5. A computer program product comprising a computer usable medium 

2 having computer readable program code means embodied in said medium for 

3 causing an application program to execute on a computer that performs valuations 

4 of natural gas futures and options contracts using weather-based metrics, said 

5 computer readable program code means comprising: 

" 6 first computer readable program code means for causing the computer to 

-7 receive an input from a user indicative of the number of monthly gas contracts 

8 desired for a period of time; 

-"9 second computer readable program code means for causing the computer 

1-0 to receive historical weather information for at least one basket of cities during 

1 1 said period of time; 

f 2 third computer readable program code means for causing the computer to 

P receive future weather information for said basket of cities during said period of 

14 time; 

1 5 fourth computer readable program code means for causing the computer 

1 6 to receive historical natural gas inventory information for said basket of cities 

1 7 during said period of time; 

1 8 fifth computer readable program code means for causing the computer to 

1 9 receive historical gas futures contract price information for said period of time; 

20 sixth apply a series of regression analyses to obtain a predicted baseline 

2 1 value for each of the monthly gas contracts within said period using said received 

22 historical weather, future weather, historical natural gas inventory, and historical 

23 gas futures contract price data; 
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24 seventh computer readable program code means for causing the computer 

25 to receive live exchange data which indicates the current price for each of the 

26 monthly gas contracts within said period of time; 

27 eighth computer readable program code means for causing the computer 

28 to apply a series of recommendation rules to said baseline value, using said 

29 received live exchange data; and 

3 0 ninth computer readable program code means for causing the computer to 

3 1 provide said user with a recommendation for each of the monthly gas contracts 

32 within said period of time, wherein said recommendation reflects said user 

33 inputted desired number of contracts. 

1 6. The computer program product of claim 5, wherein said sixth computer 

2 readable program code means comprises: 

3 tenth computer readable program code means for causing the computer to 
-4 perform a linear regression of said historical weather information and said 

5 historical natural gas inventory information; and 

"6 eleventh computer readable program code means for causing the computer 

7 to perform a multi-variate regression of said historical gas futures contract price 

~8 information, said historical weather information and said historical natural gas 

9 inventory information. 
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A Method, System and Computer Progelam Product for 
Valuating Natural Gas Contracts Using Weather- 
Based Metrics 

Abstract 

5 A method, system and computer program product for valuating natural gas 

futures and options contracts using weather-based metrics. The method and 
computer program product allow gas buyers and traders to make informed 
decision on purchasing/selling natural gas futures and futures options on a 
regulated exchange such as the New York Mercantile Exchange (NYMEX) based 
10 on historical and forecasted weather. The system includes weather forecast, 

weather history, and natural gas-related databases, as well as a trading server and 
several workstation clients, and provides assistance to traders in reaching complex 
buying/hedging decisions. 

A278-86.wpd 
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